home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Turnbull China Bikeride
/
Turnbull China Bikeride - Disc 2.iso
/
BARNET
/
ARMLINUX
/
MAIL
/
9709
/
000045_owner-linux-arm…r.rutgers.edu _Mon Sep 22 12:50:38 1997.msg
< prev
next >
Wrap
Internet Message Format
|
1997-11-30
|
4KB
Return-Path: <owner-linux-arm-outgoing@vger.rutgers.edu>
Received: from nic.funet.fi (nic.funet.fi [128.214.248.6])
by odie.barnet.ac.uk (8.8.6/8.8.6) with ESMTP id MAA02731
for <willy@odie.fluff.org>; Mon, 22 Sep 1997 12:50:36 +0100
Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 1632]) by nic.funet.fi with ESMTP id <1247-30106>; Mon, 22 Sep 1997 14:48:33 +0300
Received: by vger.rutgers.edu id <973169-273>; Mon, 22 Sep 1997 07:45:56 -0400
Received: from hermes.dur.ac.uk ([129.234.4.9] EHLO hermes.dur.ac.uk ident: IDENT-NOT-QUERIED [port 57378]) by vger.rutgers.edu with ESMTP id <973145-273>; Mon, 22 Sep 1997 07:45:25 -0400
Received: from dust0 by hermes.dur.ac.uk id <MAA27833@hermes.dur.ac.uk>
(8.8.7/ for dur.ac.uk) with SMTP; Mon, 22 Sep 1997 12:46:57 +0100 (BST)
Date: Mon, 22 Sep 1997 12:46:48 +0100 (BST)
From: Ale Terlevich <A.I.Terlevich@durham.ac.uk>
To: linux-arm@vger.rutgers.edu
Subject: new kernels
Message-ID: <Pine.SOL.3.91-941213.970922123449.25631A-100000@dust0.dur.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Orcpt: rfc822;linux-arm@vger.rutgers.edu
Sender: owner-linux-arm@vger.rutgers.edu
Precedence: bulk
Status: RO
Hi,
I was just browsing the ftp site, when I noticed some new 2.0.31
kernels online.
(btw. where does one get the 2.0.31 source from? I can't find it
anywhere, sunsite.unc.edu seems to stop at 2.0.30!)
Being a curious sort I downloaded the 9th september ones, and so my
surprise I noticed that they have a cumana SCSI II module (v. 0.0.0!) so
I thought I'd try it out!
I don't know if it's supposed to be working yet (what with being v0.0.0)
but here's the output I get when I try insmod cumana_2_mod.o, just incase
it's useful.
(P.s. I have one internal drive (id. 6), and one external MO drive (id. 0)
and the card is id. 7)
Sep 22 11:23:11 garp kernel: scsi0: fas216: bus reset detected
Sep 22 11:23:11 garp kernel: scsi0 : Cumana SCSI II at port 80000000 irq
32 v0.0.0 scsi NCR53C9x
Sep 22 11:23:11 garp kernel: scsi : 1 host.
Sep 22 11:23:42 garp kernel: scsi : aborting command due to timeout : pid
0, scsi0, channel 0, id 0, lun 0 0x03 00 00 00 10 00
Sep 22 11:23:48 garp kernel: scsi : aborting command due to timeout : pid
0, scsi0, channel 0, id 0, lun 0 0x03 00 00 00 10 00
Sep 22 11:23:48 garp kernel: SCSI host 0 abort (pid 0) timed out - resetting
Sep 22 11:23:48 garp kernel: SCSI bus is being reset for host 0 channel 0.
Sep 22 11:23:48 garp kernel: scsi0: fas216: bus reset detected
Sep 22 11:23:49 garp kernel: SCSI host 0 channel 0 reset (pid 0) timed
out - trying harder
Sep 22 11:23:49 garp kernel: SCSI bus is being reset for host 0 channel 0.
Sep 22 11:23:49 garp kernel: scsi0: fas216: bus reset detected
Sep 22 11:23:49 garp kernel: SCSI host 0 reset (pid 0) timed out again -
Sep 22 11:23:49 garp kernel: probably an unrecoverable SCSI bus or device
hang.
I changed the MO drive's ID from 0 to 1 and get the same message except
that now it's pid 1 (and id 1) that's referred to.
I then disconnect my external drive and turn on the card's auto
termination (From RiscOS), and I get the following messages....
Sep 22 11:49:13 garp kernel: scsi0 : Cumana SCSI II at port 80000000 irq
32 v0.0.0 scsi NCR53C9x
Sep 22 11:49:13 garp kernel: scsi : 1 host.
Sep 22 11:49:15 garp kernel: scsi : aborting command due to timeout : pid
7, scsi0, channel 0, id 6, lun 0 0x12 00 00 00 ff 00
Sep 22 11:49:17 garp kernel: scsi : aborting command due to timeout : pid
7, scsi0, channel 0, id 6, lun 0 0x12 00 00 00 ff 00
Sep 22 11:49:17 garp kernel: SCSI host 0 abort (pid 7) timed out - resetting
Sep 22 11:49:17 garp kernel: SCSI bus is being reset for host 0 channel 0.
Sep 22 11:49:17 garp kernel: scsi0: fas216: bus reset detected
Sep 22 11:49:18 garp kernel: SCSI host 0 channel 0 reset (pid 7) timed
out - trying harder
Sep 22 11:49:18 garp kernel: SCSI bus is being reset for host 0 channel 0.
Sep 22 11:49:18 garp kernel: scsi0: fas216: bus reset detected
Sep 22 11:49:18 garp kernel: SCSI host 0 reset (pid 7) timed out again -
Sep 22 11:49:18 garp kernel: probably an unrecoverable SCSI bus or device
hang.